Módulo 8: Colaboración con otros usuarios en GitHub
En este módulo aprenderás a colaborar en proyectos de otras personas usando GitHub. Verás cómo funciona el proceso de fork, pull request y las buenas prácticas para trabajar en equipo.
📌 ¿Qué es un fork?
Un fork es una copia de un repositorio que se crea en tu cuenta de GitHub para que puedas modificarlo sin afectar el repositorio original.
Se utiliza para contribuir a proyectos de código abierto o trabajar en mejoras antes de proponerlas al proyecto principal.
📌 ¿Qué es un Pull Request (PR)?
Un Pull Request es una solicitud para que los cambios que hiciste en tu fork o en una rama de un repositorio sean revisados e incorporados en el proyecto original.
Es la forma más común de colaborar en proyectos en equipo o en código abierto.
📌 Flujo básico de colaboración
- Hacer fork del repositorio en GitHub.
- Clonar tu fork a tu computadora:
git clone URL-de-tu-fork
- Crear una rama nueva para tu cambio:
git checkout -b mi-mejora
- Realizar los cambios y hacer commits.
- Enviar la rama a tu fork:
git push origin mi-mejora
- Desde GitHub, crear un Pull Request al repositorio original.
📌 Buenas prácticas para trabajar en equipo
- ✅ Crear ramas para cada cambio o mejora (no trabajar en
maindirectamente). - ✅ Mantener tu fork actualizado con
git fetchygit pull. - ✅ Escribir mensajes de commit claros y descriptivos.
- ✅ Respetar las normas del proyecto y leer el archivo
README.
📥 Preguntas de repaso
Pregunta 1
¿Qué es un fork en GitHub?
- A) Una copia del repositorio en tu cuenta para modificarlo sin afectar el original.
- B) Un tipo de commit automático.
- C) Un comando para eliminar ramas.
- D) Una herramienta para hacer merge.
Pregunta 2
¿Qué es un Pull Request?
- A) Un archivo oculto de GitHub.
- B) Una solicitud para que tus cambios sean revisados e incorporados al proyecto original.
- C) Un comando de la terminal.
- D) Una copia automática del proyecto.
Pregunta 3
¿Cuál de estas es una buena práctica al colaborar en GitHub?
- A) Hacer todos los cambios en la rama
main. - B) Crear ramas específicas para cada mejora o corrección.
- C) Nunca actualizar tu fork.
- D) Hacer commits sin mensajes claros.
No hay comentarios:
Publicar un comentario